home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
BBS Toolkit
/
BBS Toolkit.iso
/
gt_power
/
nm400qrg.zip
/
NM400QRG.DOC
next >
Wrap
Text File
|
1991-01-02
|
60KB
|
1,723 lines
GT POWER - 16.00
Copyright (c) 1987, 1988, 1989, 1990: by P & M Software Co.
All rights are reserved.
GT Netmail System
QUICK REFERENCE
GUIDE
NETMAIL 400
by Warren Leadbeatter
P & M Software Company
3104 E. Camelback Rd.
#503
Phoenix, AZ 85016
U.S.A
Voice Phone: (602) 285-9914
Modem Phone: (602) 285-1146
- 1 -
Table of Contents
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
The Mail Bagger
~~~~~~~~~~~~~~~
Mail Bagger Command Line Options . . . . . . . . . . . . . . . . 4
The Mail Distributor
~~~~~~~~~~~~~~~~~~~~
Mail Distribution Command Line Options . . . . . . . . . . . . . 6
The Mail Driver
~~~~~~~~~~~~~~~
The Subdirectories . . . . . . . . . . . . . . . . . . . . . . . 8
Command Line usage . . . . . . . . . . . . . . . . . . . . . . . 8
DOS Shell . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
Passwords . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
Command Line Options . . . . . . . . . . . . . . . . . . . . . . 10
A NOTE about G_UNPAK . . . . . . . . . . . . . . . . . . . . . . 10
Command Line Options for CRASH! Mail . . . . . . . . . . . . . . 15
The /F WOOF FRONT END Option . . . . . . . . . . . . . . . . . . 15
Example HOST.BAT for FRONT END . . . . . . . . . . . . . . . . . 16
WOOF FRONT END Error Levels . . . . . . . . . . . . . . . . . . 17
The ROUTING.BBS
~~~~~~~~~~~~~~~
Structure . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
Phone Number Transforms . . . . . . . . . . . . . . . . . . . . 18
Modem Dial Modifiers . . . . . . . . . . . . . . . . . . . . . . 19
CALL WINDOWS . . . . . . . . . . . . . . . . . . . . . . . . . . 19
Call windows modifiers . . . . . . . . . . . . . . . . . . . . . 19
Example ROUTING.BBS . . . . . . . . . . . . . . . . . . . . . . 21
- 2 -
Q BAGS and the Q Converter
~~~~~~~~~~~~~~~~~~~~~~~~~~
Quick BAGS Description . . . . . . . . . . . . . . . . . . . . . 22
Q Convert (QCVT105) . . . . . . . . . . . . . . . . . . . . . . 22
Selective generation and/or inclusion of Q Bags . . . . . . . . 23
BAG CONSOLIDATION Flags . . . . . . . . . . . . . . . . . . . . 23
DOT Commands
~~~~~~~~~~~~
NetMail DOT Commands . . . . . . . . . . . . . . . . . . . . . . 24
Your Notes
~~~~~~~~~~
Start . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28
- 3 -
MBAGGER Command Line Options
~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/CF ..... Suppress all .FR requests encountered during the
bagging run.
/CD ..... Suppress all .DX requests encountered during the
bagging run.
/CA ..... Suppress both .FR and .DX requests. As if you had both
/CF and /CD on the command line at the same time.
/Dn ..... This option specifies the number of days you wish to
retain old bags of Echomail. These bags must be
retained for awhile so that they are available for
newcomers and for people who miss a day or two of the
conference. The system defaults to 14 days, I would
not advise a shorter period, but this mechanism can be
used to lengthen the period. I use /D31 on my system
at 001/003, but I have no crunch on disk space at the
moment.
/G ...... Do not Bag Mail. Instead only analyze existing mailbags
to see if any consolidations can be performed.
Used in G_UNPAK.BAT. See MDRIVER /G
/Knn .... The 'nn' should be be a unique number between 1 and
65535. It is used with the .CY command to encrypt
messages on your system.
Please note, you should _NOT_ use te same /k number on
the MBAGGER and MDIST command lines. Keep this number
SECRET.
/L ...... Causes MBAGGER to use the NAME= entry from the
SCHEDULE.BBS file in the ORIGIN line of the message
without converting it to UPPERCASE.
/N ...... This option enables MBAGGER to be run more than once
per day. On the first run of MBAGGER, this option is
not used, but all subsequent runs on that day MUST use
the /N command line switch. /N stands for NEXT RUN.
/NL ..... Suppress the new G bag logging from MBAGGER. If not
present, MBAGGER will cause entries to be written to
GBAG.LOG to document the creation/update of G bags.
/NP ..... This option causes the MBAGGER program to skip the
pruning of echomail from \MAILOUT and is quite useful
in speeding the operation of the program. The echomail
need not be pruned more than once a day.
- 4 -
MBAGGER Command Line Options Cont'd
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/OC ..... This option allows the MBAGGER program to be used with
GT POWER 14.03 and before. The native mode of MBAGGER
will be the GT POWER 15.50 mode.
/Q ...... When you specify the /Q option on the command line of
MBAG411, Q bags will be generated for all conferences
that are sponsored by your system, in addition to the
regular E bags. You may examine the results to see the
efficiency (or lack thereof) of the new procedure.
/QO ..... The /QO option will cause MBAG411 to generate Q bags
ONLY. If you require E bags later, the QCVT program can
be used to create E bags from your Q bags.
Note: If you are handling Q bags then the MBAG program
*should* be run with the /Q option AT ALL TIMES. Several
people have reported problems due to the fact that they
have used the Q option occasionally, or not at all (and
have used QCVT to generate Q bags). If you process Q
bags, then use the /Q option on ALL executions of MBAG.
If you run QCVT, you might consider using /QO for speed
sake.
* See the Q BAGS and QCVT SECTION for more info Q bags
/R ...... This option is used to specify an alternative routing
file. If not specified, the program will process the
standard ROUTING.BBS, but with this option, any routing
file may be named for input. For example:
/R:foo.bar
In this case, the routing instructions would be read
from the file 'foo.bar'.
/VG .... Produce a verbose listing of the GCONSOL file on screen.
WITHOUT the /VG option, the GCONSOL file will not be
listed.
/X ...... Bag mail in a normal fashion, but skip any echomail
conference which is sponsored by the local sysop. This
prevents problems with multiple baggings on the same
day by echomail sponsors. The echomail sponsor would
need at least 1 run per day without this option.
/ZX /ZI /ZS ..... are now permissible command line arguments for MBAG and
MDIST. This gives MBAG and MDIST support for the newer
version of PKZIP, which no long use the 1..4 numbers in
conjunction with choosing compression methods.
- 5 -
MDIST Command Line Options
~~~~~~~~~~~~~~~~~~~~~~~~~~
/G ...... Do not Distribute mail. Instead examine all
consolidated bags that have been received addressed to
the local node and break them down into their component
parts. Used in G_UNPACK.BAT. SEE MDRIVER /G
/Knn .... The 'nn' should be a unique number between 1 and 65535.
It is used with the .CY command to decrypt messages to
your system. Please note, you should _NOT_ use the same
/K number on the MDIST and MBAGGER command lines. Keep
the number on your MBAGGER line secret, _but_ tell
those, who wish to send encrypted messages to you, the
number you have selected for use on your MDIST line
(otherwise incoming messages may not be decrypted).
/NA ..... No Remote File Attach. This command causes any .RA
received from a remote system to be discarded. A
message will be returned to the sender explaining that
the .RA was not authorized.
/NR ..... Causes the response to the .GL command to exclude a
full list of available echomail conferences. Instead
producing a report of the current status of the
requestor's conferences only.
/NL ..... Causes MDIST to suppress keeping the new G bag log.
This new log is now produced by default, and this
switch can be used to suppress it. If the log is kept,
a record of each G bag processed through MDIST and its
contents will be kept in a file called GBAG.LOG. This
file will grow indefinitely, it is up to the sysop to
periodically archive it. MDIST will build a new one if
an existing GBAG.LOG file is not found.
/OC ..... This option allows the MDIST program to be used with GT
POWER 14.03 and before. The native mode of MDIST will
be the GT POWER 15.00 mode.
/R ...... This allows the user to specify the use of an alternate
routing file instead of the standard ROUTING.BBS file.
For example:
MDIST /r:hay.stk
In this example, MDIST would read the required routing
instructions from the file 'hay.stk', instead of the
ROUTING.BBS file.
- 6 -
MDIST Command Line Options Cont'd
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/SA ..... Save both B and G bags prior to unpacking and
distributing. Same as above for the /SB and /SG
options.
/SB ..... Save B bags prior to unpacking and distributing to the
message base. The bags are saved in MAILARC.ARC, which
will be created in the \MAILIN directory. The sysop is
responsible for pruning bags from this archive as
required.
/SG ..... Save G bags prior to unpacking and distributing. Same
as above for the /SB option.
/V ...... This option can be used when G bag logging is enabled
(which is the default). The /V option causes verbose
logging of G bags before they are unpacked. MDIST will
invoke PKARC or PKZIP, as required, with the V option
and append the output to the GBAG.LOG file. Thus
providing a complete record of the files contained in
the G bag.
/VG .... Produce a verbose listing of the GCONSOL file on screen.
WITHOUT the /VG option, the GCONSOL file will not be
listed.
/ZX /ZI /ZS ..... This gives MBAG and MDIST support for the newer version
of PKZIP, which no longer use the 1..4 numbers in
conjunction with choosing compression methods. This is
used to select the storage method to be used with the
/SB, /SG and /SA options listed above. Unpacking of ZIP
format is handled automatically, the MDIST program will
auto-sense ZIP vs ARC format bags.
- 7 -
MDRIVER
~~~~~~~
NOTE!
~~~~~ .
This program must now be installed to use. The installation
procedure is quite simple, the first time the program is run,
it will prompt you for the required information: name, S/N and GT
key. The program should not be renamed until successful
installation has been done. Also, you should have the program in
the GTPATH directory and it should be made the default directory
when the installation is done.
Sub Directories
~~~~~~~~~~~~~~~
\MAILWORK ........... Usually empty. Temporary work area.
\MAILOUT ............ Outgoing mail bags.
\MAILOUT\FILEOUT .... Outgoing files for use with "File Attach"
and "File Request".
\MAILOUT\DEADLTR .... Stale mail. Put here when can't deliver.
\MAILIN ............. Incoming mail bags.
\MAILIN\FILEIN ...... Incoming files sent via "File Attach" or
as a result of a "File Request".
\MAILIN\PROBLEMS .... Incoming mail bags that for some reason
couldn't be unpacked (eg.Damaged Bags). Can
be either B, E or G bags. Moved here for
manual inspection and disposal.
Command Line Usage
~~~~~~~~~~~~~~~~~~
There are several command line parameters for the MDRIVER program.
They are as follows:
The netmail CRC Identification number.
The session start time.
The session end time.
The latest start time for the session.
These are the basic parameters and must be specified and must
be specified in the order listed. For example:
MDRIVER XXXX-YYYY 4 5 0455
The above example would run the Netmail from 4 am to 5 am. And the
latest start time would be 4:55 am.
MDRIVER AAAA-BBBB 4:30 5:25 5:20
The above example would run the Netmail from 4:30 am to 5:25 am.
And the latest start time would be 5:20 am.
In the above examples, the XXXX-YYYY and AAAA-BBBB are the CRC
Identification Number pairs obtained from the GT Netmail
Coordinator.
- 8 -
DOS SHELL
~~~~~~~~~
DOS Shell and Quick Shell. These are new options available only
while MDRIVER is waiting for an incoming call.
a) Press 'S' to obtain the DOS Shell. The routing file and
nodelist are reloaded upon return to MDRIVER.
b) Press 'Q' to obtain the Quick Shell. No files are reloaded
upon return to MDRIVER.
c) A menu will be put on screen to remind you of these options.
PASSWORDS
~~~~~~~~
A new file, GTNETPWD.BBS, must be created with a text editor to
hold the passwords. Each password will be used to identify 1 and
only 1 connection. For example, if 079/000 calls 004/000, and
Bryan and Jim agree to the password "lumpy". Here is how the
GTNETPWD.BBS file would look on each system.
GTNETPWD.BBS on 079/000 GTNETPWD.BBS on 004/000
----------------------- -----------------------
004/000,lumpy 001/003,noise
001/003,random 079/000,lumpy
Please notice:
The password for the 079/000 to 004/000 connection is 'lumpy' and
that it is privately agreed upon between the two systems
themselves. No other person need be aware of the chosen password.
Both systems must have the same password listed for each other.
The password for 079/000 to 001/003 is *not* the same as the
password for 004/000 to 001/003. That is, these passwords are
always selected independently for each unique connection.
If you list a password for a system, then that system must supply
that password. If the calling system is unprepared to supply the
required password, then it will not connect.
This method should provide a very high degree of security.
The passwords can be composed of any legal ASCII character, except
for CR/LF/EOF (EOF = Ctrl-Z). But I would recommend that you
stick to more normal characters. Passwords are limited to ten
(10) chars.
- 9 -
MDRIVER Command Line Options
~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/A ...... This new switch allows the operator to specify the ring
upon which the phone should be answered. By default,
MDRIVER will answer on the 2nd ring. This seems to work
somewhat more reliably than the 1st ring answering.
/Bnn .... The 'nn' is the number of times you wish to try to
connect to a remote city through PC Pursuit at 2400
baud (if available), before dropping down to 1200. This
parameter only affects the dialing through PC Pursuit
to a remote city (i.e. the Telenet "C D" command).
/CA%3 ... See CRASH! MAIL Section
/CC ..... See CRASH! MAIL Section
/E ...... Allows the user to specify the maximum number of errors
to allow during a netmail transfer before aborting the
session. Very useful to keep from wasting time on a
bad connection. Values below 3 are not recommended.
For example:
/E3
This would allow 3 errors to occur before the session
would terminate.
/F ...... See FRONT END Section
/G ...... MDRIVER xxxx-yyyy ... /G ...
This command would cause the MDRIVER program to SHELL
to a special batch file at the end of any call during
which the local system has received a consolidated bag.
The name of the special batch file is G_UNPAK.BAT. A
sample follows:
MDIST /R:r0100.bbs /G
MBAGGER /R:routing.cr1 /G
This would cause any consolidated bag received during
a session to be immediately broken down and
re-consolidated in the indicated manner (by the routing
and bag consolidation instructions).
NOTE about G_UNPAK
~~~~~~~~~~~~~~~~~~
The /G command line option for MDRIVER has been redone. No longer
will MDRIVER invoke the G_UNPAK.BAT file. There simply isn't
enough room in memory for it to run reliably. See next page also.
- 10 -
MDRIVER Command Line Options Cont'd
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Instead, MDRIVER will exit with errorlevel 255 whenever a G bag
unpack is triggered via the /G command line option. The sysop must
arrange his batch file to account for this and restart MDRIVER
after the unpack operation is complete.
/H ...... Allows for the specification of a custom "Human
Notice". Instead of the default notice, you can
customize the notice you system uses to notify human
callers of the netmail processing in progress. For
example:
/H:foo.bar
The file 'foo.bar' will be displayed to human callers.
/In...... Use BIMODEM to do transfers. DO NOT use PC Pursuit.
Use like this:
/I Use BiModem. Not on PC Pursuit. No max baud rate.
/I2400 Use BiModem. Not on PC Pursuit. At or below 2400
baud.
/IPn..... Use BIMODEM to do transfers. Yes, use on PC Pursuit!
Use like this:
/IP Use BiModem. Enable PC Pursuit. No max baud rate.
/IP4800 Use BiModem. Enable PC Pursuit. At or below 4800
baud.
/Lnn .... This option would cause MDRIVER to try each node only
'nn' times before removing it from the calling queue
for the session. For example:
/L3
This would cause the MDRIVER to try each node 3 times
then giving up. The nodes will be dialed in the normal
rotation, of course --this does not affect the order in
which they are called.
/Mn ..... Limits outgoing calls so that they will not "fallback"
below this lower limit. The 'n' is the lowest baud rate
that may be used in a "fallback" situation.
For example:
/M2400
would limit "fallbacks" so that they would not go below
2400 baud.
- 11 -
MDRIVER Command Line Options Cont'd
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/NC ..... This option would cause MDRIVER to take the crash call
for long enough to get the caller's id, then disconnect
Effectively this is an option to say: NO CRASH CALLS AT
THIS TIME. But it will update the GTNET.LOG file and
show you the ID of the calling system.
/NOW .... This can be placed on the command line where the start
time is usually given. This insures that MDRIVER will
begin immediately, no matter what the current time is.
Of course, care must still be taken with the ending
time, but the latest start time is now ignored
(although it must still be stated). For example:
New style:
mdriv043 xxxx-yyyy /now 2459 2459 /cc /q /r:routing.cr2 /zc
Old style:
mdriv043 xxxx-yyyy 0100 2459 2459 /cc /q /r:routing.cr2 /zc
/NL ..... Do not answer incoming calls. Assumes sysop is present
and will not continue normal operation after a RING is
detected, until sysop hits the <CR> key.
/NR ..... Do not answer incoming calls. Assumes sysop is _not_
present and _will_ continue normal operation after a
30 second pause. No keystroke is required to restart
operation.
These options are useful if you wish to make a outgoing
crash mail call from a phone normally used for voice
operations. Please note that these options should _not_
be used on your regular data line, since they will
interfere with the normal handling of incoming calls.
/OW ..... This option turns the CALL WINDOWS, described below,
into a full scheduling mechanism.
All inbounds/outbounds will be auto-generated to make
the MDRIVER call the designated systems at the required
time (all other calls will be automatically suppressed)
The OW stands for "Outbound Windows". Since the /OW
option generates inbound and outbound statements
automatically, the node range option of the CALL
WINDOWS should not be used. The program can become
easily confused.
**********
* WARNING: DO NOT use the option unless you are using CALL WINDOWS
********** Extra outbound calls will be placed if this command is
used in the absence of CALL WINDOWS.
- 12 -
MDRIVER Command Line Options Cont'd
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/P ...... Allow calls to be made to 900 series nodes. Normally,
no call would be made to 900 series systems.
/Q:x .... This is an old option with a new twist. The /Q
continues to mean that the MDRIVER will quit after
placing all calls. But now you may specify a particular
node that is to be called. The 'x' has the format
'net-node'. For example:
/Q:009-000
This would force a call to 009/000, then exit from the
program.
/Q009000
This is the same as above. The punctuation is for
readability only, and may be omitted by the user.
/Q
This would allow MDRIVER to follow the routing
instructions, and quit after all calls have completed.
/QI ..... The purpose of this command line option is the cause
MDRIVER to quit after a specific incoming call is
received.
For example: /QI:009-000
This would cause MDRIVER to quit to DOS after receiving
a call from 009/000. During this run, no out-going
calls will be made.
/R Allows for the use of alternate routing files, instead
of the standard ROUTING.BBS file.
/R:some.rte
The MDRIVER will get routing instructions from the file
'some.rte', instead of ROUTING.BBS.
/RL ..... MDRIVER has a new command line option, /RL. This option
must be used to enable the new result code logging of
BUSY and NO CARRIER. The default will now be to not log
these items, and /RL will turn the logging of these
items on.
/Tm:n ... Allows the user to specify the allowed maximum times in
seconds to be connected to PC Pursuit and to still be
allowed to redial on a BUSY. In other words, when the
program is about to redial after a BUSY, it checks the
current connect time against this limit, if the limit
has been exceeded, then it will cease redialing and
disconnect from PC Pursuit.
- 13 -
MDRIVER Command Line Options Cont'd
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/ZC ..... Enables the use of the Zmodem protocol through DSZ.COM.
/ZE ..... Enables the use of the Zmodem protocol through DSZ.EXE.
If you are enabling either DSZ, then the version
selected, either EXE or COM, must be available in the
GT POWER home directory. For example, if you have:
set GTPATH=C:\GT
Then DSZ must be located in the C:\GT directory. It is
not invoked via a "shell" or a batch file, but for the
sake of security and speed, it is executed directly
from MDRIVER as a "child" process. This allows a very
close cooperation between the two programs. But the
result is that the normal ZM??.BAT batch files cannot
be used, nor is the regular DOS PATH searched to find
DSZ.
- 14 -
Command Line Options for MDRIVER to handle CRASH! Mail:
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/CC ..... Make outgoing CRASH! Mail calls.
/CA%3 ... Answer incoming CRASH ! Mail call. This should only be
used in the GTCRASH.BAT file, which is automatically
invoked by the GT POWER host when an incoming CRASH!
Mail call is received. This option will only be usable
when GT POWER 14.03 is released.
The "Crash Answer" command line switch must be followed
by "%3", so that the GT POWER Host can pass the baud
rate to the MDRIVER program. This option should only be
used within the GTCRASH.BAT batch file.
After an incoming CRASH! Mail call is finished, MDRIVER
will automatically release control and allow the
reloading of the GT POWER Host.
An example of a GTCRASH.BAT file is shown below:
c:
cd \gt
mdriv033 9999-9999 /CA%3 /ZE
mdist
NOTE: To enable CRASH! Mail, the NODELIST must be updated to
reflect which systems are "crashable". This is done by
placing an '*' before the system name.
The DOOR.EXE program must be available for GTCRASH.BAT
to work properly.
THE 'WOOF' FRONT END
~~~~~~~~~~~~~~~~~~~~
/F ..... The /F command line option for MDRIVER has been added.
This option allows MDRIVER to act as a frontend for GT
POWER. The advantage of this feature is that time can be
saved when receiving netmail or crashmail calls, i.e. no
wait for loading MDRIVER! The procedure for utilizing
this feature is somewhat complex. Please refer to the
batch file included on the following page as an example:
- 15 -
HOST.BAT
--------
rem
rem Sample batch file for using the WOOF Frontend
rem
c:
cd \gt
set GTPATH=c:\gt
:FRONT
rem
rem Note: a netmail session kicks in at 24:00 via errorlevel 4
rem as setup in the SCHEDULE.BBS file.
rem
mdriv048 1234-5678 /now 2459 2459 /D10 /Ow /Zc /A1 /F
if errorlevel 254 goto BBSLOC . Local logon
if errorlevel 192 goto BBS192 . DCE baud = 19200
if errorlevel 96 goto BBS96 . '' = 9600
if errorlevel 24 goto BBS24 . '' = 2400
if errorlevel 12 goto BBS12 . '' = 1200
if errorlevel 4 netmail . Netmail scheduled event
if errorlevel 3 goto BBS3 . DCE baud = 300
if errorlevel 1 reboot . ERROR: reboot computer
goto end . Exit from HOST.BAT
:BBS192
gt1550 *1234-5678 /T10 /MN /S /Q /V:E /L7 /F:19200:1
if errorlevel 254 goto FRONT . Normal return to WOOF Frontend
if errorlevel 4 netmail . Netmail scheduled event
if errorlevel 1 reboot . ERROR: reboot computer
goto end . Exit from HOST.BAT
:BBS96
gt1550 *1234-5678 /T10 /MN /S /Q /V:E /L7 /F:9600:1
if errorlevel 254 goto FRONT
if errorlevel 4 netmail
if errorlevel 1 reboot
goto end
:BBS24
gt1550 *1234-5678 /T10 /MN /S /Q /V:E /L7 /F:2400:1
if errorlevel 254 goto FRONT
if errorlevel 4 netmail
if errorlevel 1 reboot
goto end
:BBS12
gt1550 *1234-5678 /T10 /MN /S /Q /V:E /L7 /F:1200:1
if errorlevel 254 goto FRONT
if errorlevel 4 netmail
if errorlevel 1 reboot
goto end
:BBS3
gt1550 *1234-5678 /T10 /MN /S /Q /V:E /L7 /F:1200:1
if errorlevel 254 goto FRONT
if errorlevel 4 netmail
if errorlevel 1 reboot
goto end
:BBSLOC
gt1550 *1234-5678 /T10 /MN /S /Q /V:E /L7 /F:LOCAL:1
if errorlevel 254 goto FRONT
if errorlevel 4 netmail
if errorlevel 1 reboot
:end
c:
cd \gt
- 16 -
THE 'Woof' FRONT END (cont'd)
~~~~~~~~~~~~~~~~~~~~
Notice the extensive usage of errorlevels. The usage of the
"WOOF Frontend" requires that the SCHEDULE.BBS use nothing except
errorlevel triggered events. Of the type "QUIT n", where 'n' is
the indicated errorlevel. There are a few reserved errorlevels
though, that must not be used for anything else:
Errorlevel Meaning
---------- -------
0 Exit from the batch file.
1 Error. The system should either reboot or
exit from the batch file.
3 Frontend has taken a call at a DCE baud rate
of 300. Invoke the BBS to handle at the proper
rate.
12 Same as 3, but DCE baud rate = 1200.
24 Same as 3, but DCE baud rate = 2400.
48 Same as 3, but DCE baud rate = 4800.
96 Same as 3, but DCE baud rate = 9600.
192 Same as 3, but DCE baud rate = 19200.
254 Local logon to the BBS.
255 /G bag unpack.
The frontend will handle all incoming calls: netmail, crashmail
and BBS callers.
FIDO CRASH MAIL RUNS
~~~~~~~~~~~~~~~~~~~~
MDRIVER will now recognize a string of "q.q." to be a Fido type
crashmail run. This is intended to be used with the Woof
Frontend, if the "q.q.q." string is received, then the frontend
will quit with an errorlevel as follows to indicate the DCE baud
rate:
DCE ERROR
BAUD LEVEL
==== =====
300 ....... 200
1200 ....... 201
2400 ....... 202
4800 ....... 203
9600 ....... 204
19200 ....... 205
38400 ....... 206
The batch file for your Woof frontend should trap these
errorlevels and take an appropriate action. If you are running a
Fido mailer, then invoke that mailer. If not, then you should
probably run a DROPDTR type program, or perhaps invoke the host
mode at the proper baud rate, assuming that a human caller is
online.
- 17 -
ROUTING.BBS
~~~~~~~~~~~
The netmail programs now support file inclusion. That is you can
break your routing file down and build them back.
For example:
;
; MAIN NETMAIL ROUTING FILE FOR 001/033
;
$ PURSUIT.RTE
;
$ OUTBOUND.RTE
;
$ WINDOWS.RTE
;
$ ROUTE.RTE
$ ECHO.033
END
;
$ DISTRIB.RTE
;
ECHOMAIL HOURS 0100-2459
Each line that begins with a '$' names another file to be
included into the current ROUTING.BBS. This makes it very easy to
track each functional section of the routing file. File inclusion
is completely optional.
PHONE NO TRANSFORMS.
~~~~~~~~~~~~~~~~~~~~
An additional section for the ROUTING.BBS file. This section is
intended to make it easier for sysops outside of the USA and
Canada to setup their dialing strings.
Here is the basic format:
PHONE NO TRANSFORMS
61-2 -> 02
61-5 -> 065
END
Up to 50 transforms can be specified. In the example above, the
first entry shows that phone numbers from the nodelist that
begin with "61-2" will have that string replaced by "02". For
example, 61-2-671-5538 would become 02-671-5538.
- 18 -
MODEM PRE-DIAL String
~~~~~~~~~~~~~~~~~~~~
The Modem Dial Pre-String is configurable. Normally this string
defaults to something like 'ATDT'. It may be selectively
overridden by placing the new pre-string on a CALL WINDOW entry.
The override becomes global, however, and is not directly
associated with the CALL WINDOW - it is just a convenient way to
associate a net/node with a particular pre-string.
For example:
009/000,2435-2450 'ATX3DT'
CALL WINDOW MODIFIERS
~~~~~~~~~~~~~~~~~~~~~
/IN, /CC and /? are now CALL WINDOW modifiers. These parameters
are used within the CALL WINDOWS section of the routing file. As
follows:
/IN ..... Specifies an INbound window. If an INbound window
exists for a node, then it must call within that time
frame, otherwise the call will be rejected.
/CC ..... Specifies a window that is to use CRASH Call methods.
In other words, the destination system is probably not
in netmail during the specified time frame.
/? ...... Specifies a conditional window. A conditional window
is a window that will be executed if the specified
system has not be previously connected with on the
current date. To enable the /? option to work, MDRIVER
will now keep a new log file, GTNETDAY.LOG. This log
will be automatically restarted at the beginning of
each day. It will record each system connected with and
the duration of each connect. This log does not
accumulate, so there is no maintenance associated with
it. It exists for the sole purpose of allowing the /?
option to function.
Here are some examples:
CALL WINDOWS
009/000,2435-2450
079/000,2401-2416
001/032,2430-2455
004/005,0145-0200
009/000,0315-0345 /?
031/000,0230-0300 /IN
001/003,0401-0415
001/032,0315-0330 /?
004/005,0330-0345 /?
009/000,0501-0530 /CC /?
END
- 19 -
CALL WINDOWS (cont'd)
~~~~~~~~~~~~~~~~~~~~
Please note that the /CC and /? can be used in combination. It
does not make any sense to use /IN in conjunction with the other
two, since it is not used in relationship to outgoing calls.
/=n ..... Where the 'n' is a number in the range 1.....7. This
option would restrict the associated window to the day
of the week specified. Where 1=Sunday, 2=Monday, etc.
More than one '/=' can be given per window.
For example:
009/000,0200-0230 /=1 /=4
This window would be executed on Sunday and Wednesday.
/MB ..... This option would restrict the associated window to
being performed only when a (M)ail (B)ag was waiting
to be delivered. The mailbag can be either of the G
or B variety.
/NPP .... This option disables PC Pursuit for the call going out
under the current window. Normally, MDRIVER would
force PC Pursuit usage whenever possible, this
modifier allows a temporary suspension of PC Pursuit
usage.
/EX ..... This option is related to the /IN or inbound option.
With it you can dedicate a CALL WINDOW to the indicated
system. It can be used for either incoming or outgoing
calls. But any CALL WINDOW with this option becomes
exclusive to the listed system. For example:
009/000,0200-0215 /EX
This means that no incoming call from any system other
than 009/000 will be taken during the 15 minute span
02:00-02:15.
- 20 -
EXAMPLE ROUTING.BBS
~~~~~~~~~~~~~~~~~~~
PREFIXES LOCAL (*) DISTANT (*)
PHONE NUMBER TRANSFORMS
61-2- -> ,
61-65- -> 065
END
CALL WINDOWS
302/000,0340-0415 'ATB1DT'
302/023,0440-0515 /IN
END
INBOUND NODES
302/023
END
OUTBOUND NODES
302/000
END
ROUTING INSTRUCTIONS
;
; instructions for echos
;
ACCEPT E00/001 -> 302/000
ACCEPT E01/999 $nxnx-nxnx <--- CRC for echo goes here
ACCEPT E99/073 -> 302/000
ACCEPT 001-300/000-899 -> 302/000
ACCEPT 001-300/900-999 -> 302/000
;
;instructions for netmail
;
ACCEPT 302/000
ACCEPT 302/001-015 -> 302/000
ACCEPT 302/017-022 -> 302/000
ACCEPT 302/023
ACCEPT 302/024-899 -> 302/000
ACCEPT 302/900-999 -> 302/000
ACCEPT 303/000-099 -> 302/000
ACCEPT 307/000-099 -> 302/000
ACCEPT 308/000-099 -> 302/000
ACCEPT 310/000-899 -> 302/000
ACCEPT 310/900-999 -> 302/000
ACCEPT 800-999/000-899 -> 302/000
ACCEPT 800-999/900-999 -> 302/000
END
BAG CONSOLIDATION
302/000,ZQ
302/023,ZQ
END
MESSAGE DISTRIBUTION
E00/001 -> F:\GTECHO\GTSUPPRT , GT_Support
E01/999 -> F:\GTECHO\someecho , Some_desc
E99/073,1 -> SKIP , ACS_HAM_RADIO
END
- 21 -
Q BAGS and CONVERT (QCVT105)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~
(Q)uick Bags!
(Q)uick Bags are replacements for the old E bags. You know the
bags that are named like this: E0954001.E00. Now we will have a
replacement for the E bags, named like the E bags, but with the
first character of the filename equal to Q, like this:
Q0954001.E00.
(Q)uick bags are 20-50% smaller than regular E bags created with
PKARC, and maybe even smaller than ZIPped E bags, since these
archivers do not handle small files like messages well. To
create a (Q)uick bag we use our own squeeze program, called NMSQ
(which must be placed into your GTPATH directory). Also, the
WORDLIST file must be present. This is a dictionary of words
used in a pre-compression process.
The QCVT program is being made freely available to everyone.
It performs three different tasks:
1. Take E bags and generate Q bags from them. Option /Q.
2. Take Q bags and generate E bags from them. Option /E.
3. Take Q bags and generate M files (in \MAILWORK). No option.
Here are some command line examples:
QCVT [filespec] [option]
If not specified, the filspec will default to \MAILOUT\*.*
If not specified, the option will default to #3 above, which
breaks down Q bags into their component M files.
QCVT /E
Means to search \MAILOUT for all Q bags and generate E bags, if
they do not already exist.
QCVT /Q
Means to search \MAILOUT for all E bags and generate Q bags, if
they do not already exist.
QCVT q0955001.e01
Take this Q bag and break it down into M message files in the
\MAILWORK directory.
- 22 -
Selective generation of Q Bags
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Selective generation of Q bags is possible by adding a Q to the
line in the MESSAGE DISTRIBUTION section for the indicated
conferences.
Like this:
MESSAGE DISTRIBUTION
E01/009,10 -> D:\BETA_ECO , ;GT_Beta_Echo
E01/011,10,Q -> D:\TEST_ECO , ;Q_Test_Echo
END
In this example, E01/009 will have only E bags generated and
E01/011 will have both Q and E bags generated. Of course, this
assumes that no /Q is given on the MBAG command line. This
syntax is only useful for conferences that you sponsor.
Selective inclusion of Q Bags
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Selective inclusion of Q bags in G bags may be accomplished
by a similar mechanism in the BAG CONSOLIDATION section.
Like this:
BAG CONSOLIDATION
001/032,Z
E00/001,955
E01/009,955
E01/010,955
003/000
E01/009,955
E01/010,955
009/000,ZQ
E00/001,955
E00/005,955
END
In the above example, nodes 001/032 and 003/000 will get normal
E bags put into their G bags, but node 009/000 will receive Q
bags if they are available. If Q bags are not available, then
009/000 will receive regular E bags.
Flags for node entries.
Z ....... Use PKZIP to build G Bags for the indicated node.
F ....... Override ';' in Message Distribution. Allows the
indicated node to receive a full .GL report when
requested.
- 23 -
NETMAIL DOT COMMANDS
~~~~~~~~~~~~~~~~~~~~
.FA ..... The .FA command will accept a path other than the
\MAILOUT\FILEOUT directory.
For example:
.FA foo.bar
Would pick-up FOO.BAR from the \MAILOUT\FILEOUT
directory.
.FA \lotus\spread.wks
Would pick-up SPREAD.WKS from the \LOTUS directory.
.FR ..... Here is an example of a "File Request" command:
.FR nodelist.arc
This would cause the file "nodelist.arc" to be
requested from the destination system when the message
containing the ".FR" command is delivered.
.DX ..... Here is an example of a "Direct Xpress" command.
.DX
This would cause the message which contains the .DX
to be routed directly to the addressee's system,
without any store and forward operation.
.CC ..... An internal system command, used by the system to
garble netmail messages. Should not be directly used by
individuals.
.CY ..... Encrypt the information on the line following. This
information will be returned to normal on the receiving
system.
- 24 -
DOT Commands Cont'd
~~~~~~~~~~~~~~~~~~~
.CS ..... Acts like a continuous run of .CY commands. For example
if you wanted to encrypt an entire paragraph or message
Like this:
.CStart
These lines will be encrypted.
This is the second line to be encrypted.
.CStop
The two lines shown between the .CStart and .CStop will
be encrypted. The .CS command works with the .KE
command in the same way that the .CY command does, with
the extra attraction that the .KE command may itself be
encrypted. Like this:
.CSstart
.KE 8123
All lines between the .CStart and .CStop are encrypted.
This is another line encrypted.
.CStop
This just adds one more level of protection to
sensitive data.
.EC ..... An internal system command, used by the system to
garble echomail conferences. Should not be directly
used by individuals.
.KE ..... This command affects the encryption process done by .CY
and .CS so that it is less likely that outsiders will
be able to unsramble the information. The .KE is
followed by a number between 1 and 65535, which must
match the /K number on the receivers MDIST command line
For example:
If the receiver told you ahead of time that his code
number was /k8123 on his MDIST command line, then you
would code this in your message:
.KE 8123
.CY
.CY This is an encrypted message, that can be read by
.CY a system with /k8123 on the MDIST command line.
.CY
Then the receiving system should have:
MDIST /r:routing.bbs /k8123
- 25 -
DOT Commands Cont'd
~~~~~~~~~~~~~~~~~~~
.GL ..... If this command is placed in a netmail message to a
system which is sending you a G bag, that system will
respond with a report of the current status of the
conferences you are receiving and, if authorized, a
list of conferences available on that remote system.
Example: .GL
Where the "." is located in the first position of the
line.
.GM ..... If this command is placed in a netmail message to a
system which is sending you a G bag, it will allow you
to add conferences or modify the day number that you
are receiving in a currently received conference.
Example: .GM e00/001,810
Again, where the "." would be located in the first
position of the line. The GM is followed by a single
space and the echo conference number you wish to add/
modify, followed by the new or starting day number.
.GQ ..... If this command is placed in a netmail message to a
system which is sending you a G bag, it will allow you
to drop a conference from the G bag you are receiving.
Example: .GQ e00/001
As above, the "." should be located in the first
position of the line. The GQ is followed by a single
space and the echo conference number you wish to remove
.MA ..... This command is much like the .FA command. It will
also accept full pathname specification or default to
the \MAILOUT\FILEOUT directory, when no pathname is
given. It will take the named file and create a
message to be sent with the "cover message". The
attached message will be given the same security level
as the "cover message". One caveat exists, that is the
attached message must be an ASCII text file, the first
line of which has the following: MSG ATTACH. If the
message does not contain the MSG ATTACH header, then
the file will not be attached. This provision is made,
so that the sysop will have control over which ASCII
files are attachable in this manner. For example:
.MA c:\wp\text.dat
- 26 -
DOT Commands Cont'd
~~~~~~~~~~~~~~~~~~~
.RA ..... This is a Remote File Attach. The command works much
like a FR (File Request) command, except that it works
through normal network channels, causing the receiving
system to generate a FA for the requested file. Only
files located in the \MAILOUT\FILEOUT directory can be
obtained in this manner, as pathnames are not supported
with this command. For example:
.RA foobar.dat
Would generate the following on the host system:
.FA foobar.dat
And automatically send the message and attached file
back to the original requestor.
.RR ..... This is the Return Receipt Request. The receiving
system will respond with a message confirming receipt
of the message containing the .RR command. The Return
Receipt should be in the following form:
~CS
The following message was received at: 009/000
==============================================
Msg No : 2021
Date : 3-13-89
Time : 20:50
Sender : Paul Meiners
Topic : NOTHING IMPORTANT
Prepared By The MDIST Program: 3-13-89 22:10
~CS
.ORIGIN: 009/000 - the Programmer's Workshop -West!
Note the usage of .CS encryption to help insure
accuracy. The message number is the number of the
original message on the sending system (the one with
the .RR command).
.RV ..... An internal system command, used by the system to
provide 'return receipts ' associated with the .RR
command. Should not be directly used by individuals.
- END -
NOTES:
~~~~~~
NOTES:
~~~~~~